home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0399 / 163 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.4 KB
  1. Subject: Re: Shortcut Manager
  2. Date: Wed, 1 Jun 1994 16:32:27 +0200 (MDT)
  3. In-Reply-To: <H.ekK.1cEyW5xJ6Y2@elfhaven.ersys.edmonton.ab.ca> from "Michel Forget" at May 22, 94 01:45:16 am
  4. From: Annius.Groenink@cwi.nl (Annius Groenink)
  5. X-Face: "E3Hm]k]&:,OEP<{D2ixJf>-9[qOGLebNa0&cQyFL-a~)kTM3&&I"gFw=fJ]K%1IduGjOE`
  6.  ZGu]&~G]QNGa7i/L!+#Xng<|+}HKYHj~5?fTInUEUh0$I1gBI7jrA!&_|e/pR1[cX:^xgJTPsrjA_9
  7.  m8Zli[|.-u{]+c1(6C7mL*m`/_J\>.{4!:g
  8. Mime-Version: 1.0
  9. Precedence: bulk
  10.  
  11.  
  12. > This would be difficult, I think, because there are so many different
  13. > types of applications and each of them is bound to have specialized
  14. > menu entries that should have shortcuts.  For example, MasterBrowse
  15. > has an "expand block" option to put a marked block in a separate
  16. > window.  This option is used quite often by me, so I have a keyboard
  17. > shortcut for it.  How would the centralized program deal with this?
  18.  
  19. You can address all menu items of a particular application by prefixing
  20. its name in the shortcut definitions:
  21.  
  22.     ^E:    default*Search-Previous
  23.     ^E:    mbrowse*Expand-Block
  24.  
  25. > I like the idea, though.  If you could elaborate on it some more, 
  26. > though, I'd like it more.  At the very least it would be better for
  27.  
  28.  
  29. -- 
  30. Annius V. Groenink | E-mail: avg@cwi.nl      |  Private & ZFC:
  31. CWI, Kruislaan 413 | Room:   M233            |  P.O. Box 12079
  32. 1098 SJ Amsterdam  | Ext:    4077            |  NL 1100 AB Amsterdam 
  33. Netherland         | Phone:  +31 20 592 4077 |  Phone: +31 20 695 9901
  34.